ff1588d761d55f48f61a52249e1dcc24

Micron Document

<!DOCTYPE html>

<title>LPC (Programmiersprache)</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading">LPC (Programmiersprache)</h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr">LPC ist eine <a href="Objektorientierte_Programmierung" title="Objektorientierte Programmierung">objektorientierte</a> <a href="Programmiersprache" title="Programmiersprache">Programmiersprache</a>, in der Syntax ähnlich wie <a href="C_(Programmiersprache)" title="C (Programmiersprache)">C</a> oder <a href="C%2B%2B" title="C++">C++</a>, für Netzwerk-Textabenteuerspiele (<a href="Multi_User_Dungeon" title="Multi User Dungeon">Multi User Dungeons</a>, kurz MUDs).

LPC ist eine Mischung aus Interpreter- und Compilersprache. LPC-MUDs erlauben in der Regel, zur <a href="Laufzeit_(Informatik)" title="Laufzeit (Informatik)">Laufzeit</a> Programme hinzuzufügen, zu starten und auch nachträglich zu ändern, ohne das ganze Spiel neu zu starten. Der LPC-Code wird von einem <a href="Compiler" title="Compiler">Compiler</a> zuerst in einen <a href="Bytecode" title="Bytecode">Bytecode</a> umgewandelt und danach von einem <a href="Interpreter" title="Interpreter">Interpreter</a> ausgeführt.

<div class="mw-heading mw-heading2"><h2 id="Geschichte">Geschichte</h2></div>

Die Bezeichnung LPC leitet sich vom Erfinder der Sprache, Lars Pensjö, ab.<a href="#cite_note-1">[1]</a> Pensjö entwickelte LPC Anfang der 1990er-Jahre und orientierte sich dabei an der Programmiersprache C. Von der ähnlichen Syntax abgesehen gibt es jedoch nur wenige Gemeinsamkeiten der beiden Sprachen.

Bei den ursprünglichen Implementierungen von LPC waren <a href="Compiler" title="Compiler">Compiler</a> und <a href="Bytecode" title="Bytecode">Bytecode</a>-<a href="Interpreter" title="Interpreter">Interpreter</a> Bestandteile eines einzelnen Programms, das grundlegende, für den Betrieb eines Multi User Dungeons notwendige Funktionalität zur Verfügung stellte, den sogenannten Gamedriver oder kurz Driver. Auch das MUD Amylaar trug wesentliche Teile zum Treiber bei. Dazu gehört vor allem der Betrieb als <a href="Server" title="Server">Server</a>, zu dem mit einem <a href="Telnet" title="Telnet">Telnet</a>- oder einem speziellen MUD-<a href="Client" title="Client">Client</a> eine Verbindung hergestellt werden kann. Diese Software wurde unter dem Namen LPMud verbreitet; eine moderne Weiterentwicklung auf Basis des ursprünglichen LPMud-Quellcodes hört auf die Bezeichnung LDMud (nach den Initialen des Maintainers). Eine weitere Implementierung desselben Konzeptes inklusive der Sprache LPC ist MudOS.

Aus LPC ging die unabhängige Scriptsprache <a href="Pike_(Programmiersprache)" title="Pike (Programmiersprache)">Pike</a> hervor. Diese hat bisher keinen hohen Verbreitungsgrad erreicht.

<div class="mw-heading mw-heading2"><h2 id="Merkmale">Merkmale</h2></div>

LPC unterstützt die folgenden Programmiertechniken:

<ul><li><a href="Prozedurale_Programmierung" title="Prozedurale Programmierung">Prozedurale Programmierung</a></li>

<li><a href="Modulare_Programmierung" title="Modulare Programmierung">Modulare Programmierung</a></li>

<li><a href="Strukturierte_Programmierung" title="Strukturierte Programmierung">Strukturierte Programmierung</a></li>

<li><a href="Objektorientierte_Programmierung" title="Objektorientierte Programmierung">Objektorientierte Programmierung</a> (mit <a href="Vererbung_(Programmierung)" title="Vererbung (Programmierung)">Mehrfachvererbung</a>)</li>

<li><a href="Datentyp" title="Datentyp">Programmierung mit selbstdefinierten Datentypen</a> (<a href="Abstrakter_Datentyp" title="Abstrakter Datentyp">abstrakte Datentypen</a>)</li>

<li><a href="Datentyp" title="Datentyp">Schwach typisierte</a> <a href="Variable_(Programmierung)" title="Variable (Programmierung)">Variablen</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Unterschiede_zu_anderen_C-ähnlichen_Sprachen">Unterschiede zu anderen C-ähnlichen Sprachen</h2></div>

Die grundlegende Syntax von LPC entspricht der der Sprache C. Dazu gehören die verwendeten Zeichen zur Kennzeichnung von Blöcken, Funktionen, Argumenten und Argumentlisten sowie die Benutzung des <a href="Semikolon" title="Semikolon">Semikolons</a> als Endzeichen eines Statements.

Im Unterschied zu C kennt LPC keine stark typisierten Variablen. Eine <a href="Variable_(Programmierung)" title="Variable (Programmierung)">Variable</a> kann zwar mit einem vorher bestimmten Typ angelegt werden, dann jedoch trotzdem einen Wert eines anderen Typs aufnehmen. Zusätzlich existiert der Typ mixed für untypisierte Variablen.

Das wirkt sich auch auf Rückgabewerte und Parameter von Funktionen aus: im Normalfall müssen in der <a href="Signatur_(Programmierung)" title="Signatur (Programmierung)">Funktionssignatur</a> weder die Argumente noch Rückgabewert mit Typen versehen werden. Man kann jedoch durch Angabe von <a href="Pr%C3%A4prozessor" title="Präprozessor">Präprozessor</a>-Direktiven eine Überprüfung auf gültige Argumente zum Übersetzungszeitpunkt erzwingen:

<ul><li>#pragma strong_types – Typen für Argumente und Rückgabewert müssen angegeben werden</li>

<li>#pragma strict_types – der Rückgabewert von an fremden Objekten gerufenen Methoden muss gecastet werden</li></ul>

<div class="mw-heading mw-heading3"><h3 id="Die_Klassenbibliothek_eines_MUDs">Die Klassenbibliothek eines MUDs</h3></div>

Die Sprache LPC kennt nur eine geringe Zahl von Standardfunktionen (efuns). Diese sind im ausführenden Programm (gamedriver), also beispielsweise LPMud oder LDMud, implementiert. Zusätzlich hat jedes MUD, das mit einer solchen Software betrieben wird, eine eigene Klassenbibliothek (MUDlib). Die MUDlib enthält Schnittstellen, mit denen der gamedriver einen Teil der Verantwortung an sie zurückgeben kann. Dazu gehört unter anderem das Erzeugen eines Spielerobjektes für einen einloggenden Spieler oder die Fehlerbehandlung. Es gibt hierbei keine Standard-MUDlib, die von allen MUDs genutzt würde. Einige sich im Einsatz befindliche MUDlibs sind jedoch <a href="Open_Source" title="Open Source">Open Source</a> oder auf andere Weise frei verwendbar. Aufbauend auf wenigen frei verfügbaren MUDlibs sind mehrere weit verbreitete MUDlib-Zweige entstanden, die in vielen MUDs eingesetzt werden. Im deutschsprachigen Raum sind beispielsweise Abkömmlinge der MUDlibs der MUDs <a href="MorgenGrauen_(Computerspiel)" title="MorgenGrauen (Computerspiel)">MorgenGrauen</a> einerseits und <a href="UNItopia" title="UNItopia">UNItopia</a> andererseits verbreitet.

<div class="mw-heading mw-heading3"><h3 id="Unterschiede_bezogen_auf_die_Laufzeitumgebung">Unterschiede bezogen auf die Laufzeitumgebung</h3></div>

Von der sprachlichen Seite abgesehen unterscheidet sich LPC auch in mehreren Punkten in Bezug auf die Definition der <a href="Laufzeitumgebung" title="Laufzeitumgebung">Laufzeitumgebung</a> von anderen <a href="Programmiersprache" title="Programmiersprache">Programmiersprachen</a>. Durch die ursprüngliche Zielsetzung als Sprache eines Online-Rollenspiels, bei dem mehrere Entwickler mit unterschiedlichen Rechten eigenen Code einbringen können, enthält die Laufzeitumgebung beispielsweise sogenannte privilegierte Funktionen, die nur nach vorheriger Überprüfung durch ein Master-Objekt des MUDs von einem normalen Objekt aufgerufen werden können.

Aktuelle LPC-Laufzeitumgebungen unterstützen keine <a href="Thread_(Informatik)" title="Thread (Informatik)">Threads</a>. In einem einzelnen Thread werden nacheinander alle anfallenden Aufgaben erledigt. Dadurch ergibt sich notwendigerweise eine Begrenzung der Laufzeit, die für die Behandlung eines zusammenhängenden Ereignisses gesetzt ist. In LDMuds kann diese Begrenzung dynamisch für einzelne Funktionsaufrufe aufgehoben oder gesetzt werden.

Eine weitere Besonderheit ist die fast vollständige Gleichwertigkeit der eingebauten Funktionen (efuns) mit von der Klassenbibliothek eines MUDs (MUDlib) vorgegebenen simul_efuns. Auf diese Weise ist es möglich, Standardfunktionen zu überschreiben oder den Zugriff darauf zu verbieten.

<div class="mw-heading mw-heading3"><h3 id="Unterschiede_bei_der_Objektorientierung">Unterschiede bei der Objektorientierung</h3></div>

LPC kennt im Gegensatz zu vielen <a href="Objektorientierte_Programmierung" title="Objektorientierte Programmierung">objektorientierten Programmiersprachen</a> keine Unterscheidung zwischen <a href="Klasse_(Objektorientierung)" title="Klasse (Objektorientierung)">Klassen</a> und <a href="Objekt_(Programmierung)" title="Objekt (Programmierung)">Objekten</a>. Im Normalfall wird aus einer <a href="Quelltext" title="Quelltext">Quelltext</a>-<a href="Datei" title="Datei">Datei</a> ein einzelnes Objekt erzeugt. Alle im Speicher befindlichen Objekte können jedoch dupliziert (geklont / cloned) werden. Der Vorgang des Clonens ist vergleichbar mit dem der <a href="Objekt_(Programmierung)" title="Objekt (Programmierung)">Instanziierung</a> bei anderen Programmiersprachen; allerdings sind der Klon (clone) und das Original (blueprint) gleichberechtigt und können beide theoretisch auf die gleiche Weise eingesetzt werden. Dabei ist aber zu berücksichtigen, dass das Objektuniversum der LPC-Welt jedem Objekt ein quasi-physisches „befindet-sich-in“-Attribut zuordnet (das Avatar-Objekt des Spielers befindet sich in einem Raum, die Habseligkeiten des Spielers befinden sich in diesem virtuellen Körper usw.), und dass ein Blueprint, der einmal die Welt betreten hat, zwar noch bewegt, aber nicht mehr geklont werden kann; nur wenn das Blueprint-Objekt zerstört und aus dem Quelltext neu erzeugt wird, befindet es sich wieder außerhalb der Welt. (Das Enthaltensein ist eine elementare Eigenschaft des Gamedrivers, nicht der MUDlib.)

<div class="mw-heading mw-heading3"><h3 id="Besondere_Konstrukte">Besondere Konstrukte</h3></div>

LPC kennt das Konzept des Shadowing. Dabei handelt es sich um eine Möglichkeit, alle Zugriffe auf eine Funktion eines Objektes von außen abzufangen, beispielsweise um sie zu filtern oder ganz zu unterbinden, ähnlich dem <a href="Decorator" title="Decorator">Decorator</a>-Muster. Das Prinzip wird angewandt, indem ein Objekt mit der efun shadow() sich als „Schatten“ eines beliebigen anderen Objektes registriert. Bei einem Aufruf einer Funktion des Zielobjektes, der nicht innerhalb des Zielobjektes direkt geschieht, wird dann die gleichnamige Funktion im Schatten-Objekt aufgerufen, falls dieses Objekt eine solche Funktion enthält. Existiert im Schatten-Objekt keine Funktion gleichen Namens, wird der Aufruf wie ein normaler Funktionsaufruf in einem Objekt ohne Schatten behandelt. Das Schatten-Objekt hat ebenfalls die Möglichkeit, Funktionen im Zielobjekt, das es „überschattet“, aufzurufen.

<div class="mw-heading mw-heading3"><h3 id="Besondere_Datentypen">Besondere Datentypen</h3></div>

Funktionen sind in LPC keine <a href="First-Class-Objekt" title="First-Class-Objekt">First-Class-Objekte</a> (Funktionen erster Ordnung). Dennoch kennt die Sprache Funktionsreferenzen. Aus der Welt der <a href="Funktionale_Programmierung" title="Funktionale Programmierung">Funktionalen Programmierung</a> entlehnt ist der Name closure für diesen Datentyp, in Anlehnung an den Begriff <a href="Closure_(Funktion)" title="Closure (Funktion)">Closure</a>. Die referenzierte Funktion kann auch mit der Funktion lambda() zur Laufzeit dynamisch erzeugt werden. Dabei wird aus einem <a href="Feld_(Datentyp)" class="mw-redirect" title="Feld (Datentyp)">Array</a> von Closures und <a href="Symbol" title="Symbol">Symbolen</a> zur Laufzeit eine neue Funktion erzeugt, die dann, wie jede andere closure, als Wert übergeben oder als Funktion aufgerufen werden kann. Die in der LPMud-Variante LDMud eingesetzte LPC-Fortentwicklung enthält zusätzlich die Möglichkeit, zur <a href="Compilezeit" class="mw-redirect" title="Compilezeit">Compilezeit</a> Closures auf formlos angegebene Inline-Funktionen zu erzeugen. Dazu wird die sogenannte Smiley-Notation verwandt, bei der normaler LPC-Code innerhalb von (: und :) vom Compiler in eine normale Funktion des Objektes umgesetzt wird und der Ausdruck an der Stelle seines Auftretens durch eine auf diese Funktion verweisende closure ersetzt wird.

<a href="Feld_(Datentyp)" class="mw-redirect" title="Feld (Datentyp)">Arrays</a> existieren in LPC und können im Code mit den einzelnen Elementen, durch Kommata getrennt und von ({ und }) umschlossen, erzeugt werden. Der Zugriff auf einzelne Elemente geschieht mit dem Indexoperator [] vergleichbar zu C. Zusätzlich gibt es Standardfunktionen zur Behandlung von Arrays. Arrays sind, ebenso wie andere Variablen auch, nicht typisiert. Das bedeutet, dass die Elemente eines Arrays unterschiedliche Typen haben können. Weitere Arrays sind ebenfalls als Elemente eines Arrays erlaubt. Dadurch ist es in LPC möglich, komplexe Strukturen als Arrays aufzubauen. Eine Variable, die ein Array halten können soll, wird durch einen dem Elementtyp hintangestellten <a href="Sternchen_(Schriftzeichen)" title="Sternchen (Schriftzeichen)">Asterisk</a> (*) gekennzeichnet. Dabei wird jedoch keine Typprüfung vorgenommen. Variablen vom Typ mixed können ebenfalls ein Array enthalten.

LPC kennt zusätzlich außerdem sogenannte <a href="Assoziatives_Datenfeld" class="mw-redirect" title="Assoziatives Datenfeld">assoziative Arrays</a> vergleichbar mit den Wörterbüchern der Sprache <a href="Python_(Programmiersprache)" title="Python (Programmiersprache)">Python</a>. In LPC wird dafür die Bezeichnung mapping verwandt. Diese mappings sind als <a href="Hashtabelle" title="Hashtabelle">Hashtabelle</a> implementiert. In einem assoziativen Array kann einem Schlüsselelement ein Wert zugeordnet werden. Eine Besonderheit der assoziativen Arrays in LPC ist die pro mapping variable Anzahl von Werten pro Schlüssel. So kann ein Mapping beispielsweise zu jedem Schlüssel eine beliebige, aber innerhalb des mappings gleiche Anzahl von Werten enthalten. Um diese Werte anzusprechen, kann zusätzlich zum Schlüssel bei einer Indizierungsoperation noch ein numerischer Index angegeben werden.

<div class="mw-heading mw-heading2"><h2 id="Hallo-Welt-Programm_in_LPC">Hallo-Welt-Programm in LPC</h2></div>

Das folgende Objekt gibt beim ersten Laden den Text „Hallo, Welt!“ aus, da die create()-Methode üblicherweise beim Laden/Clonen von Objekten automatisch aufgerufen wird.

<pre>void create() {

write("Hallo, Welt!");

}

</pre>

<div class="mw-heading mw-heading2"><h2 id="Komplexeres_Beispielobjekt">Komplexeres Beispielobjekt</h2></div>

LPC wird hauptsächlich zur Beschreibung von Objekten in Rollenspielen eingesetzt. Solche Objekte sind in vielen Fällen Gegenstände, Einwohner oder Räume einer virtuellen Welt. Die <a href="Klassenbibliothek" class="mw-redirect" title="Klassenbibliothek">Klassenbibliothek</a> (MUDlib) enthält deshalb typischerweise Objekte, die ganz allgemein einen Gegenstand – oder eine bestimmte Klasse von Gegenständen – repräsentiert. Ähnliches gilt für Räume, Monster und alle anderen Objekte, die häufig in verschiedenen Variationen erzeugt werden müssen.

Das folgende Beispiel bezieht sich auf die Anwendung von LPC zusammen mit einer vorhandenen Klassenbibliothek, die nicht zum Lieferumfang von LPMud gehört. Es implementiert einen Apfel und erbt von einem Standardobjekt, das vom Spieler essbare Nahrung implementiert. Dazu gehört unter anderem die zur Implementierung des Ess-Vorgangs im Spiel notwendige Logik. Im erbenden Objekt müssen so nur noch die Werte von Eigenschaften eingestellt werden, die im Rahmen der Möglichkeiten der Basisklasse die Auswirkungen des Verzehrs bestimmen. Die in diesem Beispiel referenzierte MUDlib stellt hierzu die Funktion SetProp() zur Verfügung. Die Namen der Eigenschaften sind dabei Präprozessor-Makros. Es ist, je nach MUD, auch üblich, auf Eigenschaften über einzelne Accessor-Funktionen zuzugreifen.

<div class="mw-highlight mw-highlight-lang-cpp mw-content-ltr" dir="ltr"><pre>inherit "/std/food";

#include <properties.h>

#include <language.h>

#include <food.h>

void create()

{

if(!is_clone(this_object())) return;

::create();

SetProp(P_SHORT, "Ein Apfel");

SetProp(P_LONG, "Dieser Apfel ist schoen prall und rot. Er schmeckt sicher vorzueglich.");

AddId( ({"apfel", "\napfel"}) );

SetProp(P_NAME, "Apfel");

SetProp(P_GENDER, MALE);

SetProp(P_VALUE, 50);

SetProp(P_WEIGHT, 50);

SetProp(P_MATERIAL, ([ MAT_FRUIT: 100 ]) );

SetProp(P_FOOD_INFO,

([ F_HEAL: ({10,10}),

F_SOAK: 5,

F_MSG: "Du isst den leckeren roten Apfel.",

F_MSG_ROOM: "isst einen leckeren roten Apfel."]) );

}

</pre></div>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="https://midgardmud.de/lpc/">LPC Anfänger-Handbuch</a>: LPC-Einstieg: Programmieren lernen mit LDMud und MG/Midgard-Mudlib</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><a href="#cite_ref-1">↑</a> Xyllomer.de: <a rel="nofollow" class="external text" href="https://www.xyllomer.de/system/lpc.php">The LPC Reference Manual.</a> Abgerufen am 20. April 2016.<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ALPC+%28Programmiersprache%29&rft.title=The+LPC+Reference+Manual&rft.description=The+LPC+Reference+Manual&rft.identifier=https%3A%2F%2Fwww.xyllomer.de%2Fsystem%2Flpc.php">

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-12-20" href="https://de.wikipedia.org/wiki/?title=LPC_(Programmiersprache)&oldid=262587751">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>